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ENHANCED DATA COMPRESSION TECHNIQUE 



Technical Field 

The present application relates generally to data compression 
and more particularly to an enhanced data compression technique 
particularly suitable for use in the graphical arts for compressing 
5 large images. 

Background Art 

In the graphic arts there is a tendency to have extremely 
large, one-bit-per-sample images approaching or even exceeding 2 
gigabytes of data. The need to compress such data has been well 

10 known for many years. 

One proposed technique for compressing such data is commonly 
referred to as a pack-bit (PB) compression technique. Using 
proposed PB compression techniques, either a string of characters 
is preceded with a count and a repeat character code or a single 

15 byte pattern is preceded with a count. Proposed PB compression 
techniques are capable of processing data very quickly. These 
techniques also provide satisfactory results if the data is either 
solid black or solid white, and hence digitally represented in 
binary form by all l's or O's. Accordingly, PB techniques provide 

20 reasonably satisfactory results for non-color image data. 

An exemplary pack-bits representation of a stream of 
sequential input data, as it would appear entering a processor 
prior to encoding, might include the string of characters 
"abcOOOOOOOOOO". Using the PB technique, the processor would first 

25 determined whether or not the first character "a" and the second 
character "b" match. Under some proposed PB techniques, the 
processor might scan ahead to consider other matches in certain of 
the subsequent characters. In any event, since in the present 
example the determination is negative, the processor proceeds to 

30 encode the input data as a literal string with a length. The 
processor next determines whether or not the second character "b" 
and the third character "c" match. Since this determination is 



1 



DOCKET NO. 3175-051 




PATENT 



CLIENT NO. XP-0898 

also negative, the processor will proceed to encode the three 
characters of the input data as a literal string with a length. The 
processor now determines whether or not the third character "c" and 
the fourth character "0" match. Since this determination is also 
5 negative, the processor will proceed to encode the four characters 
of the input data as a literal string with a length. The processor 
continues by determining whether or not the fourth character "0" 
and the fifth character "0" match. Since this determination is 
positive, the processor continues by determining whether or not the 

10 immediately subsequent characters in the sequence also match, until 
it makes a negative determination. The processor thereby 
determines the repeat count for the character "0". Based on the 
initial positive determination, the processor also proceeds to 
encode the first three characters of the input data sequence, i.e. 

15 "a", "b" and M c", as a literal string with a length and the 
following 10 characters of the input data sequence, i.e. the 
"0"..."0", as a repeat character with a count. 

Accordingly, the processor generates encoded output data 
forming a 2-byte sequence including the strings of characters 

20 "82abc" and "090". In the output data, the "8" serves as a header 
and indicates that the total length of the sequence is 8 bits and a 
literal string follows, the "2" indicates that the length of the 
literal string is three characters, i.e. characters "a", "b", and 
"c", the first M 0" indicates a repeat character follows, and the 

25 "9" indicates that the repeat character represented by the second 
"0" is repeated 10 times. 

To decode the encoded sequence "82abc090", the receiving 
processor first reads the new header M 8", which is the highest 
order bit, and from the header determines that a literal string 

30 follows. The processor then extracts the length "2" and reads the 
next three characters "a", "b" and "c". The processor next reads 
the first "0" and from this determines that a repeat character 
follows. The processor continues by extracting the count "9" and 
reading the next character "0", which is the character to be 

35 repeated 10 times. It will be recognized that by using one-off 
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numbers such as the "2" to indicate a literal string of 3 
characters and the "9" to indicate that a repeat character is 
repeated 10 times, a close to 1% improvement is obtainable because 
128 bytes can be packed into 129. 
5 As should be clear from the above, PB techniques process only 

one character at a time. Accordingly, PB techniques are incapable 
of compressing strings of repeating multiple byte patterns. PB 
techniques also have a relatively limited compression rate, 
generally no more than 64 to 1 . Thus, PB compression techniques 
10 provide unsatisfactory results when used to compress color image 
data . 

Another proposed technique for compressing image data is 
commonly referred to as the Lempel-Ziv-Welch (LZW) compression 
technique. Using proposed LZW compression techniques variable 

15 length of strings of byte based data can be processed. Proposed LZW 
compression technique, process the data somewhat slower than PB 
compression techniques, but provide satisfactory results on data 
representing color images as well as black and white images. 
However, since these techniques are based on single bytes of data, 

20 such techniques are incapable of compressing data on an arbitrary 
pixel or bit boundary basis. Additionally, although such 
techniques, are capable of providing a higher compression rate than 
PB compression techniques, LZW techniques still offer a somewhat 
limited compression rate. 

25 An exemplary LZW representation of a stream of sequential 

input data, as it would appear entering a processor prior to 
encoding, might include the string of characters "abcOlcOl". Using 
the LZW technique, the encoding and decoding processors must 
coordinate on the transmission and receipt of codes. LZW 

30 techniques use a compression dictionary containing some limited 
number of compression codes defined during the processing of the 
input data. The characters in the input string are read on a 
character by character basis to determine if a sub-string of 
characters match a compression code defined during the processing 

35 of prior characters in the input string. If so, the matching sub- 
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string of characters are encoded with the applicable compression 
code. If a sub-string of characters does not match a pre-existing 
code, a new code corresponding to the sub-string is added to the 
dictionary. Sub-strings are initially defined by codes having 9 
5 bits or digits, but the number of bits may be increased up to 12 
bits to add new codes. Once the 12 bit limit is exceeded, the 
dictionary is reset and subsequent codes are again defined 
initially with 9 bits. In conventional LZW techniques, two codes 
are predefined, i.e. defined prior to initiating processing of the 
10 input string. In the present example these codes are the code 100, 
representing a reset, and the code 101, representing an end. In 
the present example, codes 102, 103, and 104 etc. represent strings 
of new patterns which are identified during the processing of the 
input data. 

15 Using the LZW technique, the encoding processor would first 

read the "a" in the sequence and the "b" immediately thereafter in 
the sequence. The processor then determines if a code exists for 
the character sequence "ab". Since, in this example, no such code 
exists at this point in the processing, a new code 103 is generated 

20 to represent the new pattern string "ab". The processor continues 
by reading the "c" immediately following the "b" in the sequence. 
The processor determines if a code exists for the character 
sequence "be". Since, in this example, no such code exists at this 
point in the processing, a new code 104 is generated to represent 

25 the new pattern string "be". 

The processor continues by reading the "0" immediately 
following the "c" in the sequence. The processor determines if a 
code exists for the character sequence "cO". Since, in this 
example, no such code exists at this point in the processing, a new 

30 code 105 is generated to represent the new pattern string "cO". The 
processor continues further by reading the "1" immediately 
following the "0" in the sequence. The processor determines if a 
code exists for the character sequence "01". Since, in this 
example, no such code exist at this point in the processing, a new 

3 5 code 106 is generated to represent the new pattern string "01". The 
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processor proceeds by reading the "c" immediately following the "1" 
in the sequence. The processor determines if a code exists for the 
character sequence xx lc". Since, in this example, no such code 
exists at this point in the processing, a new code 107 is generated 
5 to represent the new pattern string xx lc". 

The processor proceeds by reading the "0" immediately 
following the second "c" in the sequence. The processor determines 
if a code exists for the character sequence "cO". In this example, 
such a code, i.e. code 105, does exist. The processor therefore 

10 proceeds by reading the "1" immediately following the second xx c0" 
in the sequence. The processor determines if a code exists for the 
character sequence "cOl". Since, in this example, such a code does 
not exist, a new code 108 is generated to represent the new pattern 
string xx c01" which can be represented as "1051". The processor 

15 ultimately generates encoded output data forming a sequence 
including the string of characters w 100abc01cl05" . 

Using the LZW technique, the encoding processor builds a tree 
of codes generated using other codes. This is a primary reason why 
the LZW techniques provide satisfactory results even though 

20 processing is performed on a byte by byte basis to find repeating 
bytes. That is, the downstream encoding builds on the upstream 
encoding. However, using the LZW technique, the encoding processor 
can take significant processing time to encode large sequences. 
For example, if there is a large, say a megabyte, occurrence of 

25 adjacent 0's or 1's, a significant period of time will be required 
by the processor to encode the sequence. 

The decoding processor builds a similar tree from the codes 
received from the encoding processor. Basically, the decoding 
processor performs the reciprocal of the encoding process to decode 

30 the encoded sequence characters xx 100abc011051" . 

In summary, the PB compression technique is deficient in that 
it addresses only single byte repeats and is limited to a 64 to 1 
compression rate. Therefore, it is not suitable for color images. 
On the other hand, the LZW compression technique addresses multi- 

35 byte repeats and has a compression rate of perhaps 500 to 1, but 
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requires significant processing time to build the codes which are 
required to obtain good compression. Hence, although the LZW 
technique may be suitable where relatively small amounts of data 
are involved, where the encoding of gigabytes of data is required, 
5 such as with an 80 inch x 50 inch image having 2400 dots per inch, 
the processing time and/or resources to encode data using the LZW 
technique make the technique impractical. 

Accordingly, a need exist for a technique which can quickly 
compress large amounts of image data, offer a still higher 
10 compression rate than previously proposed techniques, and provide 
satisfactory results when used to compress either color or non- 
color image data. 

Objectives of the Invention 

It is an object of the present invention to provide a 

15 technique for quickly compressing large amounts of image data. 

It is a further object of the present invention to provide a 
technique which facilitates high compression rates for either color 
or non-color image data. 

It is yet another object of the present invention to provide a 

20 technique which gives satisfactory results when used to compress 
either color or non-color image data. 

Additional objects, advantages, novel features of the present 
invention will become apparent to those skilled in the art from 
this disclosure, including the following detailed description, as 

25 well as by practice of the invention. While the invention is 
described below with reference to preferred embodiment (s) , it 
should be understood that the invention is not limited thereto. 
Those of ordinary skill in the art having access to the teachings 
herein will recognize additional implementations, modifications, 

30 and embodiments, as well as other fields of use, which are within 
the scope of the invention as disclosed and claimed herein and with 
respect to which the invention could be of significant utility. 
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Summary Disclosure of the Invention 

In accordance with the invention, an encoder includes a memory 
configured to store a predefined compression code for one of white 
image data and black image data. The memory, which may take the 
5 form of a hard, floppy, compact or optical disk, RAM, ROM, or some 
other type of memory, stores a predefined compression code 
corresponding to white image data or black image data. The term 
predefined is used herein to mean that the compression code(s) are 
defined irrespective of the input data which will be compressed 

10 using these codes. In practice, the compression code(s) will 
typically be defined prior receipt of the input data. The encoder 
also includes a processor configured to convert a first sequence of 
characters representing an image into a second sequence of 
characters including the stored predefined compression code. 

15 in a preferred implementation, the processor receives a first 

sequence of characters representing an image. A first character in 
the sequence is read. The processor determines if the read 
character represents the white or black image data. If so, one or 
more characters occurring immediately subsequent to the first 

20 character in the sequence of characters are read. The processor 
determines if the one or more characters match the read first 
character and, if so, generates a second sequence of characters, 
including the stored predefined compression code, representing the 
matching one or more characters. 

25 Preferably, the memory stores two predefined compression codes 

corresponding respectively to white image data and black image 
data. In such an implementation, the processor may receive a third 
sequence of characters representing the image, read a first 
character in the third sequence, and determine if the read 

30 character in the third sequence represents white or black image 
data. If so, the processor reads one or more characters occurring 
immediately subsequent to the first character in the third sequence 
of characters, and determines if these read characters match the 
first character in the third sequence. If so, the processor 

35 generates a fourth sequence of characters, including the applicable 
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stored predefined compression code, representing the matching 
characters in the third sequence. 

According to other aspects of the invention, the encoder 
memory may store a threshold value. Preferably, the threshold valve 
5 corresponds to a desired minimum compression rate. If such a 
threshold is provided, the processor determines if a value 
corresponding to the number of characters in the matching one or 
more characters is equal to or greater than the threshold value. 
Only if the threshold is met or exceeded is the second sequence of 
10 characters, including the stored predefined compression code, 
generated. 

According to still other aspects of the invention, the 
processor generates the second sequence of characters so as to also 
include a value corresponding to the number of characters in the 

15 matching one or more characters. This value is commonly referred 
to as a repeat count value. 

The second sequence of characters may be limited to a 
predefined bit length, such as 9, 10, 11 or 12 bits. In such a 
case, the second sequence of characters is preferably capable of 

20 including a continuation code, if appropriate. For example, if the 
number of repeating characters is very large and therefore cannot 
be entirely represented in a single code having a bit length within 
the predefined limit, a second code will be required to complete 
the encoding. Therefore, the processor generates a third sequence 

25 of characters, excluding the stored predefined compression code, to 
represent those of the matching one or more characters not 
represented by the second sequence of characters. It will be 
recognized that more than two sequences may be necessary to fully 
represent all of the matching one or more characters if the number 

30 of matching characters is extremely large. Typically the processor 
combines the second, third, and, if applicable, other sequences of 
characters to represent the matching characters in their entirety. 

In another implementation of the invention, an imaging system 
includes a raster image processor and an imager controller. The 

35 imager controller could be a pre-press imager controller, a printer 
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controller, a television display controller, a computer monitor 
controller, or some other type of image rendering device 
controller. The raster image processor receives a first sequence 
of characters representing an image and converts the first sequence 
5 of characters into a second sequence of characters including a 
predefined compression code for white image data or black image 
data. The imager controller receives the second sequence of 
characters representing the image and coverts the second sequence 
of characters into the first sequence of characters based on the 
10 predefined compression code for the white or black image data, as 
applicable . 

Preferably, the raster image processor stores the predefined 
compression code, and coverts the first sequence of characters by 
reading a first character in a first sequence of characters, and 

15 determining if the read character represents the white or black 
image data. If so, the raster image processor reads one or more 
characters occurring immediately subsequent to the first character 
in the first sequence of characters and determines if the read one 
or more characters match the read first character. If so, the 

20 raster image processor proceeds to generate the second sequence of 
characters to represent the matching one or more characters. 

Advantageously, the predefined compression code is a first 
predefined compression code and corresponds to the white image 
data. The raster image processor further receives a third sequence 

25 of characters representing the image and converts the third 
sequence of characters into a fourth sequence of characters 
including a second predefined compression code corresponding to the 
black image data. The imager controller receives the fourth 
sequence of characters representing the image and converts the 

30 fourth sequence of characters into the third sequence of characters 
based on the second predefined compression code. 

The raster image processor is also preferably configured to 
determine if a value corresponding to the number of characters in 
the first sequence of characters meets or exceeds a threshold 

35 value. Only if the corresponding value is equal to or greater than 



9 



DOCKET NO. 3175-051 




PATENT 



CLIENT NO. XP-0898 

the threshold value, does the raster image processor generate the 
second sequence of characters, including the predefined compression 
code . 

Typically, the raster image processor also generates the 
second sequence of characters so as to include a value 
corresponding to the number of characters in the first sequence of 
characters . 

Brief Description of Drawings 

Figure 1 depicts an exemplary simplifies depiction of an image 
processing system in accordance with a first embodiment of the 
present invention . 

Figure 2 depicts an exemplary simplifies depiction of an image 
processing system in accordance with a second embodiment of the 
present invention . 

Figure 3 depicts an exemplary code dictionary in accordance 
with the second embodiment of the present invention. 

Best Mode for Carrying out the Invention 

In pre-press imaging, particularly for the flats having an 
entire plate worth of image information, most of the data is often 
either solid black or solid white, and hence digitally represented 
in binary form by all l's or O's. For halftone images all of the 
data is black and white. 

Figure 1 is a somewhat simplified, exemplary depiction of a 
image processing system 1000 according to a first embodiment of the 
present invention. The system 1000 includes a raster image 
processor (RIP) 1050, which includes a processor 1050a and a memory 
1050b for storing processing instructions and other data as 
required. The RIP 1050 receives image data and converts the image 
data into encoded data. The image data is then transmitted to an 
imager control processor 1100, which includes a processor 1100a and 
a memory 1100b for storing processing instructions and other data 
as required. The controller 1100 generates control signals to the 
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imager 1150 in accordance with the data received from the RIP 1050, 
to control the imager 1150. More particularly, the control signals 
from the processor 1100a control the operation of the imager 
scanning assembly 1150a so as to form the image on a medium 1150c, 
5 such as a film or plate, supported within the imager 1150. As 
shown, the imager includes a cylindrical drum 1150b for supporting 
the medium 1150c, but could alternatively include a flat bed or 
external drum for supporting the medium. 

In a first mode of operation, which will hereafter be referred 

10 to as a flat banding mode, the RIP 1050 receives an 80 inch x 50 
inch color separated image having 2400 dots per inch. Preferably 
using imposition software on a front end preprocessor (not shown) , 
the image could, for example, correspond to multiple pages of a 
magazine. In such a case, the image is formatted such that the 

15 image printed from the imaged medium 1150c is positioned so as to 
facilitate cutting, folding and stitching to create multiple 
properly printed and positioned magazine pages. In any event, the 
RIP 1050 converts the entire image into multiple gigabytes of 
encoded data as a single job. 

20 However, due to processing power limitations of RIP 1050, the 

entire image cannot be converted into encoded data in a single 
operational process. Accordingly, the image is sliced into bands, 
prior to being converted, typically by the RIP 1050. If converted 
by the RIP 1050, this banding of the image may be performed by the 

25 RIP processor 1050a. However, conversion could also be preformed 
outside the RIP, for example by a preprocessor (not shown) . In the 
preferred embodiment, the RIP processor 1050a converts the image 
data representing each of the bands into encoded data in a separate 
operational process. Thus, the job is completed only after the 

30 multiple separate operational processes are performed by the RIP 
1050 so as to convert all of the image data representing the bands 
for the entire image into encoded data. In practice, the larger the 
image the smaller is each image band, with all bands preferably 
being equal in size. Furthermore, the larger the image the greater 

35 the startup time required before beginning the conversion of the 
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image data to encoded data, because the larger the image, the more 
pre-conversion processing required. Additionally, the more objects 
included in the image, the more memory that is required. 

In a second mode of operation, sometimes referred to as a page 
5 assembly mode, the RIP 1050 receives, as multiple images, an 80 
inch x 50 inch color image having 2400 dots per inch. In this 
case, one of the multiple images, which might be characterized as a 
template image, includes information such as registration marks, 
color gradients, and identification marks, but is primarily white. 

10 Each of the other of the multiple images could, for example, be the 
image for a separate page of a magazine. Here, the RIP 1050 may be 
operated to convert the image data representing the entire template 
image into encoded data as one job and to convert all of image data 
representing the other of the multiple images into image data in 

15 another job. When fully converted, the multiple images will be 
represented by encoded data. 

More particularly, in the page assembly mode, the image is 
divided into page assemblies, one of which is a primarily white 
template image which is typically processed by the RIP processor 

20 1050a without being split into bands. The other of the multiple 
images are, however, typically sliced into bands prior to being 
encoded by the RIP 1050. Because the area of each of the other 
multiple images is much smaller than the area of the entire image 
discussed with reference to the first mode of operation, fewer 

25 bands are required and, as a whole, it will take less time to 
convert the image data representing the multiple images into 
encoded data in the page assembly mode than the time required to 
convert the image data representing entire image into image data in 
the banding mode discussed above. Thus, the RIP processor 1050a 

3 0 converts the image data for each of the bands for each of the other 
multiple images into encoded data in a separate operational 
process. The job, or jobs if the template image is pre-processed, 
is completed only after the multiple operational processes are 
performed to convert* all of the image data representing the 

35 multiple images forming the entire image into encoded data. 
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Although, the image discussed with reference to the page 
assembly mode may be the same as the image discussed with reference 
to the prior page assembly mode, conversion in the page assembly 
mode will typically result in even a greater amount of encoded data 
than the conversion in the previously discussed banding mode. For 
example, two gigabytes of encoded data may be generated by the RIP 
1050 to represent the image in the banding mode, while three 
gigabytes of image data could be generated by the RIP 1050 to 
represent the same image in the page assembly mode because there 
would be more uncompressed data. Further, whether the banding or 
page assembly modes are utilized by the RIP 1050, the entire image 
cannot be converted into encoded data in a single operational 
process due to processing power limitations of the RIP 1050. 

In the banding mode, the image bands may be satisfactorily 
converted using a LZW technique. In the page assembly mode, a 
template image, of say 16 megabytes, may be satisfactorily 
converted using a PB technique. However, the PB technique will 
often produce unsatisfactory results if used to convert the bands 
of the other of the multiple images. Accordingly, in the page 
assembly mode, these bands are converted using an LZW technique. 
Thus, in the page assembly mode, different compression techniques 
are utilized for a single image and perhaps even in a single job. 

Accordingly, in the first embodiment of the present invention, 
the RIP 1050 is selectively operable in either the banding or the 
page assembly mode operation. Hence, in operation, the RIP 1050 
initially scans the received image data representing the image, or 
image bands if the bands are sliced during pre-processing, to 
determine if banding mode or page assembly mode operations is 
required. If it is determined that banding mode operation is 
required, the RIP 1050 implements an LZW technique to convert the 
image data into encoded data. If, on the other hand, it is 
determined page assembly mode operation is required, the RIP 1050 
further determines if the page image data represents a template 
image or banded image. If it is determined that the page image data 
represents a template image, the RIP 1050 implements a PB technique 
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to convert the template image into encoded data. If, however, it 
is determined that the page image data represents a banded image, 
the RIP 1050 implements a LZW technique to convert the banded image 
data into encoded data. The selective operation of the RIP 1050, 
5 depending on the received image data facilitates the more efficient 
and effective processing of different types of large images than 
has been previously obtainable in conventional RIPs. 

According to a second embodiment of the present invention, as 
a stream of sequential data is processed prior to encoding if, at 

10 the start of the sequence, the immediately preceding character, 
which is yet to be encoded, matches the next character in the 
stream and this next character is either solid black or solid 
white, and hence digitally represented in binary form by all 1' s or 
0's, encoding is interrupted. During the interruption, a 

15 determination is made as to whether the one or more characters, 
immediately following the next character in the sequence, also 
match the next character. 

The second embodiment of the invention will now be described 
with reference to Figure 2. As shown, Figure 2 represents a 

20 somewhat simplified, exemplary depiction of an image processing 
system 2000. The system 2000 includes a raster image processor 
(RIP) 2050, which receives an image and converts the image into 
encoded data. The encoded data is then transmitted to imager 
controller 2100, which generates control signals to the imager 1150 

25 in accordance with the encoded data received from the RIP 2050 to 
control the imager 1150 after decoding the received data. This 
imager 1150 is identical to the image 1150 of Figure 1. More 
particularly, the control signals from the imager controller 
processor 2100a control the operation of the imager scanning 

30 assembly 1150a so as to form the image on a medium 1150c, which 
could be identical to the medium 1150c in Figure 1. The medium 
1150c is supported within the imager 1150 of Figure 2. As shown, 
the imager 1150 includes a cylindrical drum 1150b for supporting 
the medium 1150c. 

35 In the second embodiment of the present invention, the RIP 
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processor 2050a implements a compression technique, which will 
hereafter be referred to as the AGFA compression technique. Using 
the AGFA compression technique, variable length of strings of byte 
based data can be processed. Processing using the AGFA technique 
5 will be substantially faster for many large image applications than 
the LZW compression techniques, while still providing satisfactory 
results for color images as well as those which are primarily black 
and white. Further, the AGFA technique is not limited to single 
bytes of data, and is therefore capable of compressing data on an 
10 arbitrary pixel or bit boundary basis. Additionally, the AGFA 
technique is capable of providing a higher compression rate than 
both PB and LZW compression techniques. 

An exemplary representation of a stream of sequential input 
r| data as it would appear entering a RIP processor 2050a prior to 

'^f 15 encoding could, for example, include the string of characters 
ijj "abcO. . . .OlcOl". The string "0....0" is a large string of zero's, 

! =* for example representing image information for 32k pixels. 

Using the AGFA technique, the encoding and decoding 
□I processors, i.e. the RIP processor 2050a and imager controller 

f_. 20 processor 2100a, must coordinate on the transmission and receipt of 
III codes, similar to the coordination required by LZW techniques. 

^ However, as will be described further below, the AGFA technique 

iH: uses a compression dictionary containing four pre-defined 

W compression codes. The characters in the input string are scanned 

25 to determine if a scanned sub-string of characters match certain of 
these pre-defined compression codes. If so, the matching sub- 
string of characters is encoded with the applicable pre-defined 
compression code. If a sub-string of characters does not match a 
pre-existing code, new codes corresponding to the sub-strings are 
30 added to the dictionary. 

Further, the AGFA technique provides a look-ahead function, in 
which to determine whether or not the sub-string 'is greater than a 
minimum number, preferably 6, bytes, and if so the sub-string is 
encoded with a new code, which includes any applicable pre-existing 
3 5 code, and the length of the code field. The length is the width of 
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the pre-existing code, with this code forming the most significant 
bits and serving as a continuation indicator, and any new coding, 
with this coding forming the least significant bits. Like LZW 
techniques, sub-strings are initially defined by codes having 9 
5 bits or digits, but may be increased to up to 12 bits to add new 
codes. Once the 12 bit limit is exceeded, the dictionary is reset 
and subsequent codes are again defined initially with 9 bits. 

Referring to Figure 3, in the AGFA technique, four codes are 
predefined and stored in the code dictionary 3000 on RIP memory 
10 2050b as codes 1330. In the present example these codes are the 
code 100, representing a sub-string of all zero bytes which 
corresponds to white, code 101, representing a sub-string of all 
one bytes which corresponds to black, code 102, representing a 
□ reset, and the code 103, representing an end of the compressed 

;^ 15 encoded data. In the present example, codes 104, 105, and 106 etc. 
iii represent sub-strings of new patterns which are generated during 

O the processing of the input date and also stored on RIP memory 

*l 2050b in code dictionary 3000. It will be recognized that because 

codes for the strings corresponding to white and black are 
! s \ 20 paritally predefined, reduced processing is required to generate 
ill these codes, since the predefined codes can simply be read by RIP 

4[ processor 2050a from the dictionary codes as required. 

Using the AGFA technique, the RIP processor 2050a first sets a 
ill reset code 102 read from the code dictionary 3000 and reads the "a" 

2 5 in the sequence and the "b" immediately thereafter in the sequence. 
The RIP processor 2050a then determines from code dictionary 3000, 
if a code exists for the character sequence M ab" . Since, in this 
example, no such code exists at this point in the processing, a new 
code 105 is generated to represent the new pattern string M ab" and 
30 stored in the code dictionary 3000 on memory 2050b. The RIP 
processor 2050a continues by reading the "c" immediately following 
the "b" in the sequence. The RIP processor 2050b determines if a 
code exists for the character sequence "be". Since, in this 
example, no such code exist at this point in the processing, a new 
35 code 106 is generated to represent the new pattern string "be" and 
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stored in dictionary 3000. 

The RIP 2050 continues by reading the "0" immediately 
following the "c" in the sequence. The RIP processor 2050a 
determines if a code exists for the character sequence "cO". 
5 Since, in this example, no such code exists at this point in the 
processing, a new code 107 is generated to represent the new 
pattern string xx c0" and stored in dictionary 3000. Also, because 
the "0" is recognized as special, the RIP processor 2050a, 
automatically scans ahead to read the next character in the 

10 sequence to determine if it matches with the initial "0" in the 
sequence. If not, the scanning ahead is immediately discontinued 
and the RIP processor 2050a proceeds with normal processing. If so, 
the scanning ahead continues on a character by character basis 
until no match with "0" is found, at which point the scanning ahead 

15 is discontinued and normal processing continues. 

In this exemplary application of the AGFA technique, the RIP 
processor 2050a scans ahead and counts the number of "0" or "1" 
bytes in the sequence. Preferably, a compression threshold is pre- 
established and stored on the RIP memory 2050b. For example, the 

20 threshold might correspond to a 4 to 1 compression rate. If such a 
threshold is utilized and the number of "0" or "1" bytes counted is 
less than the number required to meet or exceed the threshold, e.g. 
if the sequence consist of only one or two zeros or ones, then a 
new code would be established for the sequence in the normal 

25 manner. Only if the number of "0" or "1" bytes counted meets or 
exceeds the threshold, is the sequence encoded using the applicable 
pre-defined code 100 or 101. 

Assuming in the present example that the number of "0" bytes 
counted by the RIP processor 2050a meets or exceeds the threshold, 

30 the count is determined to be a repeat count. Either 9, 10, 11, or 
12 bits can be used to code the repeat count. However, if the count 
is so great that more 11 bits would be required for the encoding, a 
continue code which may be generated by processor 2050a or 
retrieved from memory 2050b, is inserted as the least significant 

35 bit in the output code to enable the output codes representing the 
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entire sequence of zeros or ones to be strung together. 
Accordingly, no matter how long the sequence, the low or less 
significant bit of each output code within the string of output 
codes would represent an end or continuation of the coding. Hence, 
1 bit is sacrificed for the end/continuation bit leaving 8, 9, 10, 
or 11 bits for the repeat count. 

Accordingly, in the present example the output code for the 
repeat count of "0" characters would be formed with the code "100" 
to indicate that this is a sequence of "0" characters, followed by 
"102" representing a first portion of the repeat count, and "001" 
indicating that the output codes for the repeat count continues. 
Thus, the first code in the string of repeat count output codes 
would be "100102001". The second code in the string of repeat 
count output codes could be "102001", with the "102" representing a 
second portion of the repeat count, and "001" indicating that the 
output codes for the repeat count continues. The last code in the 
string of repeat count output codes could be "0201". The high bit 
of the last output code "0201" is made clear to indicate that this 
is the end of the repeat count information in this field. 

Using the repeat count multiple output codes, the strung 
together codes for the entire repeat count would, in the above 
example be "1001020011020010201". Thus, the strung together 
multiple bytes of output codes provide a full representation of the 
repeat count. In practice, five output codes may be used to 
represent up to four billion characters. Notwithstanding the 
number of bits in the output codes, the high bit^ is used to 
represent the count. Accordingly, whatever output code size is 
used, full advantage is taken of all available bits for the repeat 
count . 

It is perhaps worthwhile emphasizing here that conventional 
LZW techniques lack the ability to scan ahead. Conventional PB 
techniques, on the other hand, scan ahead to locate matches with 
whatever character has been read and must fully generate the match 
coding for each matching sequence. In contrast, the present 
invention scans ahead to locate matches with only selective 
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characters, preferably only white and black, respectively 
represented herein by "0" and "1". Further, the present invention 
uses a predefined code for each of the selected characters, e.g. 
white and black, and hence the match coding for each matching 
5 sequence need only be partially generated, since the predefined 
code, e.g. codes 100 or 101, which identifies the applicable 
sequence as a sequence of white or black characters is pre- 
generated and need only be read from the code dictionary 3000. 
Accordingly, the present invention is capable of providing superior 

10 encoding of, for example, large images using less computing 
resources and computing time. 

As noted above, once the RIP processor 2050a determines it is 
at the last "0" in the sequence, i.e. by determining from the 
scanning ahead on a character by character basis that a next 

15 character does not match with "0", the scanning ahead is 
discontinued and normal processing continues. Thus, the RIP 
processor 2050a continues by reading the "1" immediately following 
the last "0" in the sequence. The processor 2050a determines if a 
code exists for the character sequence "01". Since, in this 

20 example, no such code exist at this point in the processing, a new 
code 108 is generated to represent the new pattern string "01". The 
processor 2050a proceeds by reading the "c" immediately following 
the "1" in the sequence. The processor determines if a code exists 
for the character sequence "lc". Since, in this example, no such 

25 code exists at this point in the processing, a new code 109 is 
generated to represent the new pattern string "1c". 

The processor further proceeds by reading the "0" immediately 
following the second "c" in the sequence. The processor 2050a 
determines if a code exists for the character sequence "cO". In 

30 this example, such a code, i.e. code 107, does exist. The RIP 
processor 2050a also scans ahead to determine if another "0" 
immediately follows this occurrence of w c0". Since, in this case 
the RIP processor 2050a determination is negative, the scanning 
ahead is discontinued and normal processing continues. 

35 The processor 2050a now proceeds by reading the xx l" 
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immediately following the second "cO" in the sequence. The 
processor 2050a determines if a code exists for the character 
sequence "cOl". Since, in this example, such a code does not 
exist, a new code 110 is generated to represent the new pattern 
5 string M c01" which can be represented as "1071". The RIP processor 
2050a also scans ahead to determine if another "1" immediately 
follows this occurrence of "cOl". Since, in this case the RIP 
processor 2050a determination is negative, the scanning ahead is 
discontinued and normal processing would continue if further 
10 characters remained to be encoded. However, since the NX c01" are 
the final characters, encoding ends. 

The processor ultimately generates encoded output data forming 
a sequence including the string of characters 
•M "102abcl0010200110200102011071103". 

;i*15 Similar to LZW techniques, in the AGFA technique, the RIP 

jj| processor 2050a builds a tree of numerous codes generated using 

C* pre-defined or other codes and thereby is capable of providing 

:U satisfactory results even though the processing is performed on a 

Qt byte by byte basis to find repeating' bytes . However, as compared 

: : .20 to LZW techniques, in the AGFA technique, processing time and 
ill resources required by the RIP 2050 to encode large sequences is 

:: :f substantially reduced through the use of special pre-defined codes. 

The decoding processor, i.e. the imager control processor 2100a, 
C£ which could serve as a printer controller (not shown) or be some 

25 other type decoding device, builds a similar tree using the codes 
in the code dictionary received from the encoding processor, i.e. 
the RIP processor 2050a. Basically, the decoding processor 
performs the reciprocal of the encoding process to decode the 
encoded sequence characters u 102abcl0010200110200102011071103" . It 
30 should be understood that the encoded data could if desired be 
transmitted to the decoding device via a direct communications 
link, a local network, a public network such as the Internet, or 
some other type of network. Further, such communications may be by 
wire communications or wireless communications. 
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It will also be recognized by those skilled in the art that, 
while the invention has been described above in terms of one or 
more preferred embodiments, it is not limited thereto. Various 
features and aspects of the above described invention may be used 
individually or jointly. Further, although the invention has been 
described in the context of its implementation in a particular 
environment and for particular purposes, e.g. imaging, those 
skilled in the art will recognize that its usefulness is not 
limited thereto and that the present invention can be beneficially 
utilized in any number of environments and implementations. 
Accordingly, the claims set forth below should be construed in view 
of the full breath and spirit of the invention as disclosed herein. 



